| Package | hl7.ehrs.uv.phrsfmr2 |
| Type | Requirements |
| Id | Id |
| FHIR Version | R5 |
| Source | http://hl7.org/ehrs/uv/phrsfmr2/https://build.fhir.org/ig/HL7/phrsfm-ig/Requirements-PHRSFMR2-PH.2.2.html |
| Url | http://hl7.org/ehrs/uv/phrsfmr2/Requirements/PHRSFMR2-PH.2.2 |
| Version | 2.0.1-ballot |
| Status | active |
| Date | 2025-04-03T15:15:30+00:00 |
| Name | PH_2_2_Manage_Data_from_External_Administrative_Sources |
| Title | PH.2.2 Manage Data from External Administrative Sources (Function) |
| Experimental | False |
| Authority | hl7 |
| Description | Manage information from administrative data sources such as insurance plans and pharmacy benefit managers. |
| Purpose | PHR Account Holder data can be collected from many sources (including administrative sources). For example, the PHR Account Holder’s health insurance plan may directly offer health-related information or may enable the PHR system to derive selected clinical information from financial transactions to the extent that health insurance claims include relevant data. Similarly, selected medication records may be available from Pharmacy Benefits Management services. |
No resources found
No resources found
Note: links and images are rebased to the (stated) source
Manage information from administrative data sources such as insurance plans and pharmacy benefit managers.
PHR Account Holder data can be collected from many sources (including administrative sources). For example, the PHR Account Holder’s health insurance plan may directly offer health-related information or may enable the PHR system to derive selected clinical information from financial transactions to the extent that health insurance claims include relevant data. Similarly, selected medication records may be available from Pharmacy Benefits Management services.
| PH.2.2#01 | SHOULD |
The system SHOULD provide the ability to capture data from claims and other administrative data sources. |
| PH.2.2#02 | dependent conditional SHALL |
IF the system provides the ability to capture data from claims and other administrative data sources, THEN the system SHALL provide the ability for the PHR Account Holder to manage that data according to scope of practice, organizational policy, and/or jurisdictional law. Note: The PHR Account Holder ought to be able to perform some data manipulation -- but no other data manipulation -- on the data received. For example, the PHR Account Holder ought to be able to annotate certain data, but not edit it. |
| PH.2.2#03 | MAY |
The system MAY provide the ability to determine that duplicate data exists that references the same clinical events from different sources and present a notification to the PHR Account Holder that the duplicate data exists (e.g., so that the PHR Account Holder can hide or delete the duplicate data). For example, one copy of a picture of a laceration may be hidden if two identical copies are received: one from the Emergency Response personnel and another from the Emergency Department. |
FHIR{
"resourceType" : "Requirements",
"id" : "PHRSFMR2-PH.2.2",
"meta" : {
"profile" : [
"http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/FMFunction"
]
},
"text" : {
"status" : "extensions",
"div" : "<div xmlns=\"http://www.w3.org/1999/xhtml\">\n <span id=\"description\"><b>Statement <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b> <div><p>Manage information from administrative data sources such as insurance plans and pharmacy benefit managers.</p>\n</div></span>\n\n \n <span id=\"purpose\"><b>Description <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Informative Content\" class=\"informative-flag\">I</a>:</b> <div><p>PHR Account Holder data can be collected from many sources (including administrative sources). For example, the PHR Account Holder’s health insurance plan may directly offer health-related information or may enable the PHR system to derive selected clinical information from financial transactions to the extent that health insurance claims include relevant data. Similarly, selected medication records may be available from Pharmacy Benefits Management services.</p>\n</div></span>\n \n\n \n <span id=\"actors\"><b>Actors:</b><br/> ehr</span>\n \n\n \n <span id=\"requirements\"><b>Criteria <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b></span>\n \n <table id=\"statements\" class=\"grid dict\">\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.2#01</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to capture data from claims and other administrative data sources.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.2#02</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n <i>dependent</i>\n \n \n <i>conditional</i>\n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>IF the system provides the ability to capture data from claims and other administrative data sources, THEN the system SHALL provide the ability for the PHR Account Holder to manage that data according to scope of practice, organizational policy, and/or jurisdictional law. Note: The PHR Account Holder ought to be able to perform some data manipulation -- but no other data manipulation -- on the data received. For example, the PHR Account Holder ought to be able to annotate certain data, but not edit it.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.2#03</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>MAY</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system MAY provide the ability to determine that duplicate data exists that references the same clinical events from different sources and present a notification to the PHR Account Holder that the duplicate data exists (e.g., so that the PHR Account Holder can hide or delete the duplicate data). For example, one copy of a picture of a laceration may be hidden if two identical copies are received: one from the Emergency Response personnel and another from the Emergency Department.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n </table>\n</div>"
},
"extension" : [
{
"url" : "http://hl7.org/fhir/StructureDefinition/structuredefinition-wg",
"valueCode" : "ehr"
}
],
"url" : "http://hl7.org/ehrs/uv/phrsfmr2/Requirements/PHRSFMR2-PH.2.2",
"version" : "2.0.1-ballot",
"name" : "PH_2_2_Manage_Data_from_External_Administrative_Sources",
"title" : "PH.2.2 Manage Data from External Administrative Sources (Function)",
"status" : "active",
"date" : "2025-04-03T15:15:30+00:00",
"publisher" : "EHR WG",
"contact" : [
{
"telecom" : [
{
"system" : "url",
"value" : "http://www.hl7.org/Special/committees/ehr"
}
]
}
],
"description" : "Manage information from administrative data sources such as insurance plans and pharmacy benefit managers.",
"purpose" : "PHR Account Holder data can be collected from many sources (including administrative sources). For example, the PHR Account Holder’s health insurance plan may directly offer health-related information or may enable the PHR system to derive selected clinical information from financial transactions to the extent that health insurance claims include relevant data. Similarly, selected medication records may be available from Pharmacy Benefits Management services.",
"statement" : [
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "PHRSFMR2-PH.2.2-01",
"label" : "PH.2.2#01",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to capture data from claims and other administrative data sources."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
"valueBoolean" : true
}
],
"key" : "PHRSFMR2-PH.2.2-02",
"label" : "PH.2.2#02",
"conformance" : [
"SHALL"
],
"conditionality" : true,
"requirement" : "IF the system provides the ability to capture data from claims and other administrative data sources, THEN the system SHALL provide the ability for the PHR Account Holder to manage that data according to scope of practice, organizational policy, and/or jurisdictional law. Note: The PHR Account Holder ought to be able to perform some data manipulation -- but no other data manipulation -- on the data received. For example, the PHR Account Holder ought to be able to annotate certain data, but not edit it."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "PHRSFMR2-PH.2.2-03",
"label" : "PH.2.2#03",
"conformance" : [
"MAY"
],
"conditionality" : false,
"requirement" : "The system MAY provide the ability to determine that duplicate data exists that references the same clinical events from different sources and present a notification to the PHR Account Holder that the duplicate data exists (e.g., so that the PHR Account Holder can hide or delete the duplicate data). For example, one copy of a picture of a laceration may be hidden if two identical copies are received: one from the Emergency Response personnel and another from the Emergency Department."
}
]
}
XIG built as of ??metadata-date??. Found ??metadata-resources?? resources in ??metadata-packages?? packages.